Transport communication pairing

ABSTRACT

A method, apparatus and non-transitory computer readable storage medium, in one embodiment, associating at least one wireless device and at least one user, requesting audio information from at least one remote source by the at least one wireless device, receiving the audio information from the remote source, broadcasting an audio identifier to the at least one wireless device, using the audio information, authenticating the association between the at least one wireless device and at least one transport, based on the audio information, determining at least one characteristic of the at least one user based on at least one of at least one user search history and at least one user preference selection and determining at least one probable route of the at least one transport based on the at least one characteristic and at least one of at least one route history and at least one input destination.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of U.S. patent applicationSer. No. 15/603,152, filed on May 23, 2017, entitled TRANSPORTCOMMUNICATION PAIRING, now issued U.S. Pat. No. 9,846,047, issued onDec. 19, 2017, which is a continuation of U.S. patent application Ser.No. 15/150,675, filed on May 10, 2016, entitled TRANSPORT COMMUNICATIONPAIRING, now issued U.S. Pat. No. 9,664,524, issued on May 30, 2017,which is a continuation of U.S. patent application Ser. No. 14/482,211,filed on Sep. 10, 2014, entitled TRANSPORT COMMUNICATION PAIRING, nowissued U.S. Pat. No. 9,335,173, issued on May 10, 2016, which is acontinuation of U.S. patent application Ser. No. 14/155,488, filed onJan. 15, 2014, entitled TRANSPORT COMMUNICATION PAIRING, now issued U.S.Pat. No. 8,843,317, issued on Sep. 23, 2014. This application is alsorelated to commonly assigned U.S. patent application Ser. No.14/155,451, filed on Jan. 15, 2014, entitled TRANSPORT COMMUNICATION,which is incorporated by reference herein in its entirety and filed oneven date herewith.

FIELD

This disclosure relates to an apparatus, non-transitory computerreadable media and method of transport communication pairing, and moreparticularly to pairing utilizing audio signals the communication of awireless device with a transport.

BACKGROUND

Conventionally, users utilizing a wireless device in a transport operateindependently and do not access and integrate data to link communicationof the wireless device and transport.

SUMMARY

In one embodiment, a method comprises at least one of: associating atleast one wireless device and at least one user, requesting audioinformation from at least one remote source by said at least onewireless device, receiving said audio information from said remotesource, broadcasting an audio identifier to said at least one wirelessdevice, using said audio information, authenticating said associationbetween said at least one wireless device and at least one transport,based on said audio information, determining at least one characteristicof said at least one user based on at least one of at least one usersearch history and at least one user preference selection anddetermining at least one probable route of said at least one transportbased on said at least one characteristic and at least one of at leastone route history and at least one input destination.

In another embodiment, an apparatus comprises at least one of: aprocessor configured to associate at least one wireless device and atleast one user, request audio information from at least one remotesource by said at least one wireless device, receive said audioinformation from said remote source by said at least one wirelessdevice, broadcast an audio identifier to said at least one wirelessdevice, that uses said audio information, authenticate said associationbetween said at least one wireless device and at least one transport,based on said audio information, determine at least one characteristicof said at least one user based on at least one of at least one usersearch history and at least one user preference selection and determineat least one probable route of said at least one transport based on saidat least one characteristic and at least one of at least one routehistory and at least one input destination.

In a further embodiment, a non-transitory computer readable storagemedium configured to store instructions that when executed causes aprocessor to perform at least one of: associating at least one wirelessdevice and at least one user, requesting audio information from at leastone remote source by said at least one wireless device, receiving saidaudio information from said remote source, broadcasting an audioidentifier to said at least one wireless device, using said audioinformation, authenticating said association between said at least onewireless device and at least one transport, based on said audioinformation, determining at least one characteristic of said at leastone user based on at least one of at least one user search history andat least one user preference selection and determining at least oneprobable route of said at least one transport based on said at least onecharacteristic and at least one of at least one route history and atleast one input destination.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example transport communication system diagram, inaccordance with one embodiment of the disclosure.

FIG. 2 illustrates an example software message diagram for storingsearch history in the system, in accordance with one embodiment of thedisclosure.

FIG. 3 illustrates an example software message diagram for determining auser's hobbies, in accordance with one embodiment of the disclosure.

FIG. 4 illustrates a table of database entries, in accordance to oneembodiment of the disclosure, in accordance with one embodiment of thedisclosure.

FIG. 5 illustrates an example software message diagram for storing userlocation history, in accordance with one embodiment of the disclosure.

FIG. 6 illustrates sending destination history to the cloud, inaccordance with one embodiment of the disclosure.

FIG. 7 illustrates accessing scheduling information from the cloud, inaccordance with one embodiment of the disclosure.

FIG. 8 illustrates an example software message diagram for determiningnearby bargains, in accordance with one embodiment of the disclosure.

FIG. 9 illustrates an example software message diagram for purchasing anitem, in accordance with one embodiment of the disclosure.

FIG. 10 illustrates an example flow diagram of an example method ofoperation, in accordance with one embodiment of the disclosure.

FIG. 11 illustrates another example flow diagram of an example method ofoperation of an apparatus, in accordance with one embodiment of thedisclosure.

FIG. 12 illustrates a further example flow diagram of an example methodof operation of a computer readable medium, in accordance with oneembodiment of the disclosure.

DETAILED DESCRIPTION

It will be readily understood that the components of the presentdisclosure, as generally described and illustrated in the figuresherein, may be arranged and designed in a wide variety of differentconfigurations. Thus, the following detailed description of the examplesof a method, apparatus, and system, as represented in the attachedfigures, is not intended to limit the scope of the disclosure asclaimed, but is merely representative of selected examples of thedisclosure.

The features, structures, or characteristics of the disclosure describedthroughout this specification may be combined in any suitable manner inone or more examples. For example, the usage of the phrases “examples”,“some examples”, or other similar language, throughout thisspecification refers to the fact that a particular feature, structure,or characteristic described in connection with the example may beincluded in at least one example of the present disclosure. Thus,appearances of the phrases “examples”, “in some examples”, “in otherexamples”, or other similar language, throughout this specification donot necessarily all refer to the same group of examples, and thedescribed features, structures, or characteristics may be combined inany suitable manner in one or more examples.

Example examples provide a wireless user device. The device may be acomputer, laptop, mobile, wireless or cellular phone, a PDA, a tablet, aclient a server or any device that contains a processor and/or memory,whether that processor or memory performs a function related to anexample. The present disclosure may work with any device, such as apersonal computer with a touch screen, a laptop with a touch screen, apersonal computing tablet, a smartphone or any device with a processor,memory and a touch screen.

The current disclosure allows interaction between a user device (such asa wired and/or wireless device) and a transport wherein a transport canbe a car, bus, subway, train, motorcycle, bicycle, boat, plane,spaceship, submarine, or any other object that can transport a humanbeing and/or goods.

This interaction is intuitive in nature due to the transports',processor(s) and/or memory(ies) on the transport or off the transportand in communication with the transport, having knowledge of one or moreof the passengers' or the user's interests, schedule, etc. and/orthrough specific knowledge of one or more of the transport's data storedwhich may be stored in at least on of: on the transport, on a deviceembedded in the transport, on a device used in the transport, and off ofthe transport (such as in the cloud).

The application, as referenced to in the current disclosure, resides onor in communication with the user's transport. The transport isconsidered a connected transport if it is a transport that is equippedwith Internet access, including with a wireless local area Network(LAN). This application allows the transport to share Internet access todevices both inside and outside of the transport. Often, the transportis also equipped with special technologies that provide additionalfunctionalities to the user(s) of the transport. Increasingly, connectedtransports are taking advantage of the use of smartphones, andapplications (apps) are available to interact with the car from anydistance through the use of the Internet. Users are able to send remotesignals from the Internet to unlock their cars, check the status ofelements of the transport, find the location of the transport, remotelyactivate the climate control system of the transport, etc.

Interaction between a transport and a user can occur for variousreasons. The transport, aware of specific aspects of the user, can offersuggestions according to various aspects of the trip to a givendestination. For example, provide locations to the user that the usermay find interesting and otherwise not be aware of.

The attention state of the user is calculated as determined by theamount of attention the user should have according to the current stateof the transport.

FIG. 1 depicts, in one example, a diagram of the present disclosure. Thepresent disclosure allows a user utilizing an application currentlyexecuting on a Transport 12 and/or a Device 14 to be paired utilizingaudio information 24 from the device. It is additionally envisioned thatthe audio information 24 may originate with the transport and bereceived by the device. The device and the transport may communicatethrough audio signals using audible frequencies and encoding the audioinformation into the audio identifier using a frequency shift keyingmethod or the like.

The Device 14 may be a mobile device or a more traditional computer suchas a desktop, laptop, or may be a tablet computer, eBook reading device,mp3 player or any such device with a processor, memory and display. Theapplication (in the form of software, for example) may be downloadedfrom the System 18 through the Network 16 or that currently resides onthe Transport and/or Device 12/14. The device 14 contains a speaker fromwhich audio information 24 may be received by the transport 12 toinitiate pairing of the device to the transport.

The elements in the system may include fewer or greater components ordifferent components, such as wired or wireless electronic devices suchas clients, servers, phones, tablets and computers as well as variousNetworks such as the Internet, intranets and public and privateNetworks, without departing from the scope of the present disclosure.

The Transport and Device 12/14 is connected to the Network 16 and arepaired using audio information provided by either the transport of thedevice to the other. It should be noted that other types of devices, inaddition to devices 12/14, might be used with the present disclosure.For example, a PDA, a tablet computer, a laptop, an MP3 player, a gamingdevice (such as a hand held system or home based system) and the like(including a P.C. or other wired device) that can also transmit andreceive information could be used with the present disclosure.

The user of the application will interface with the Transport and/orDevice 12/14 may be paired by audio information 24 and connect throughthe Network 16 to the System 18. The System 18 can be redundant, or bemore than an entity without deviating from the scope of the disclosure.A database 20 is directly connected to the system 18 or connectedremotely through the Network 16 without deviating from the scope of thedisclosure.

The application resides completely or partially on the Transport and/orthe Device 12/14 which can be a transport and/or a mobile device, andcan also reside on a user's desktop computer, a personal digitalassistant (PDA), tablet computer, or any other device containing aprocessor, memory, and an operating system. In addition, the applicationcan reside on either completely or partially on any one of the otherelements in the system depicted in FIG. 1; for example, the System 18,the Database 20, and/or the Network 16. A database 20 is directlyconnected to the system 18, can be a part of (co-located with the system18) or connected remotely through the Network 16 without deviating fromthe scope of the disclosure. Also present may be one or more RemoteSystem(s) 22 connected through the Network 16. These remote systems mayprovide additional remote databases allowing access to more data throughthe Network 16. If the application resides on a Transport and/or aDevice 12/14, the application can be downloaded through a platform (suchas an application store or market) residing on the device or accessedvia the device.

The user interacts with the application executing on the Transportand/or the Device 12/14 via a pointing device, a computer keyboard,finger, hand, gesture, speech, eye or iris control or any other commonlyused input devices. Any of these terms used herein can refer to oneanother.

The current disclosure may work with any device such as a personalcomputer with a touch screen, a laptop with a touch screen, a personalcomputing tablet, a smartphone or any device with a processor, memoryand a screen including a touch screen.

Data that is utilized for applications is no longer exclusively storedon the same device executing the application (and certainly may be). Thedata can be stored remotely, or on the cloud (i.e. accessed and storedvia and/or in the Network 16, which may be the Internet, or other dataNetwork, not shown). In this configuration and this particular example,this data does not reside on a particular device, and resides externalto the device. The data is obtained by a connection to the Network 16.As the separation of the application and its associated data grows, moreand more applications store the associated data in the cloud, allowingaccess to data that is stored remotely through the connection to theNetwork 16. A benefit of this is that the same data is available onevery device used.

By obtaining data through the cloud, a transport can determine certainintuitive observations that are depicted in detail below. This documentserves to functionally examine particular scenarios to give the readeran overall understanding of the inherent functionality introducedthrough the current disclosure. Other intuitive applications can utilizea similar approach to the functionality introduced herein withoutdeviating from the scope of the current disclosure.

Today, more and more applications are utilizing the cloud (or theNetwork 16) to store data pertaining to a user and/or a device. Theseapplications allow the storing and retrieval of any amount of data atany time with worldwide access. Application Programming Interfaces(APIs) are published wherein developers can obtain methods andprocedures to take advantage of reliable and fast Networkinginfrastructure to perform data operations in a secure and cost effectivemanner.

Elements of cloud storage can consist of:

-   -   Projects: Data in the cloud storage exists inside a project. A        project consists of a set of users, a set of APIs, billing,        authentication and monitoring settings for the APIs.    -   Buckets: Buckets are the most basic element to hold data.        Buckets can be utilized to organize data as well as control        access to the data. Buckets belong to a project and they cannot        be shared across projects.    -   Objects: Objects are individual elements of data that are stored        in the cloud. They have two components: the object data and the        object metadata. The object data component is usually a file        that is stored in the cloud. The object metadata is a collection        of elements in the form of [name-value] that describes the        qualities of the objects. Objects belong to a bucket and cannot        be shared among buckets.

Cloud storage provides functionalities and capabilities making storing,sharing and managing data efficient and reliable. Data can be terabytesin size. Cloud storage provides strong read-after-write consistency forupload and deletion operations. This means that after an object issuccessfully uploaded, you can download it immediately, delete it, orget access to its metadata. Once propagation through the Network 16,list operations are eventually consistent from anywhere. Furthermore, byconfiguring the APIs, access to the data's objects and buckets arecontrolled. Data can be shared with the entire world, a particulargroup, by a specific domain, or users' with particular accounts.

The current disclosure relies on the storage of data in the cloud, andthe transport and users device(s) having access to this data.

The more intuitive element of the current disclosure is based on thefact that the Transport 12 and/or the Device 14 understand certainaspects of the user and that the transport and device have been pairedutilizing audio information 24. An understanding is accomplished by theTransport 12 and/or the Device 14 obtaining access to the cloud, therebyobtaining access to the System 18 and/or the Remote Systems 22 throughthe Network 16. The System 18 and/or Remote Systems 22 collect and storecertain information related to the user when interacting with devicesthat are connected to the cloud. The application attempts to determinethe user's personal interests by examining any of the following, but notlimited to the following:

-   -   ads that have been served to the user's and/or user's device        such as an email program    -   ads that the user accessed (such as lingered over, clicked on,        etc.)    -   searches requested    -   web sites visited    -   groups that the user is a member of    -   emails that the user sent or received    -   calendar events that the user is subscribed to    -   Web surfing history    -   previous and current location of the user    -   time that certain actions occur    -   online games that the user has shown interest in    -   DVR (videos recorded and/or scheduled)    -   live video streaming/IPTV    -   web based shows    -   GPS (Cellular)    -   IP and/or mobile device call records    -   other data that a Remote System 22 may collect and provide        access to via APIs

Among the various means to determine the interests of a given user, oneof the beneficial methods is examining the user's search history. Thissearch history is located in the user's computer (i.e. desktop, laptop,mobile device, or any other device that contains a memory and processor,which is connected to the Network 16. Examining the user's Web searchinghistory provides a window into what the user is interested in through anunderstanding how the user has utilized the Internet in the past.

When searching the Internet, the user will utilize a web browserregardless of the device being accessed. Upon visiting a website (ornavigating to a Uniform Resource Locator (URL)), a small amount of datawill be stored on the user's device called a cookie. A cookie, alsoknown as an HTTP cookie, web cookie, or browser cookie, is a small pieceof data sent from a website and stored in a user's web browser while auser is browsing a website. When the user browses the same website inthe future, the data stored in the cookie is sent back to the website bythe browser to notify the website of the user's previous activity.Cookies were designed to be a reliable mechanism for websites toremember the state of the website or activity the user had taken in thepast. This can include clicking particular buttons, logging in, or arecord of which pages were visited by the user.

FIG. 2 shows the message flow of the Device 14 storing the user's websearching in the Database 20. Each of the User's Devices 14 contains theweb search on the device in small data files, for example cookies 210.The application of the current disclosure sends the history to theSystem 18, sending the message Store/Update History 220. This message issent on a regular interval configured by the application of the currentdisclosure (not depicted) allowing the System 18 and/or the Database 20with the latest web search history. This message is routed through theNetwork 16 to the System 18. The System 18 calls an Add method to addthe data to the Database 20 where the data is stored 20 (in one example)230. Multiple Add messages may be necessary to allow the history to bestored in the Database 20. Transport 12 and Device 14 have been pairedutilizing audio information 24 provided by either the transport or thedevice. The device and the transport may communicate through audiosignals using audible frequencies and encoding the audio informationinto the audio identifier using a frequency shift keying method or thelike.

In one example, the System 18 is utilized to examine the data stored inthe Database 20. The System 18 performs queries on the Database 20 todetermine specific reoccurring data, for example, the user's hobbies.

FIG. 3 shows the message flow of the System 18 determining the hobbiesof the user. In this scenario, the System 18 sends one or more QueryHobbies message 310. This message may be an SQL Query message if thedatabase is an SQL database (in one example). The message contains alist of text elements containing the names of hobbies that the System 18is seeking. The Query Hobbies message 310 is sent to the Database 20wherein the Database traverses through the user's data seeking the listof words in the Query Hobbies message 310. The matches are returned inthe Result Hobbies message 320. The System 18 arranges the resultsreturned in the Result Hobbies message 320 in a hierarchal manner.Finally, the actual hobbies are determined according to the number ofmatches returned in the Result Hobbies message 320. Transport 12 andDevice 14 have been paired utilizing audio information 24 provided byeither the transport or the device.

In other examples, other methods can be employed to gain anunderstanding of the user's previous Internet surfing history. Variouscompanies, for instance, offer free services that users can utilize toperform email capabilities, manage groups, search the web, manageadvertisements, manage calendar activities, manage documents, as well asmany other services. Data associated with these services can beinterworked with the current disclosure to aid in determining theinterests of the user by sending this data to the System 18 and finallythe Database 20 utilizing similar methods and procedures depicted inFIG. 2.

The System 18 processes the details of the Transport and/or the Device12/14, and retains access to the connected Database 20. As such, theTransport and/or the Device 14 are in communication with the System 18allowing the System to intuitively make suggestions through theTransport and/or the Device 12/14, for example.

In one example, the Transport and/or the Device 12/14 communicates withthe System 18 in one or more of the following instances:

-   -   1. When the User utilizes the Transport and/or Device 12/14        without any specified destination    -   2. When the User specifies a destination through the application        of the current disclosure    -   3. When another user utilizes the Transport and/or the Device        12/14

In the first scenario above, the Transport and/or the Device 12/14communicate with the System 18 wherein the Transport and/or the Device12/14 may send information to the System 18 and/or the System 18 maysend information to the Transport and/or Device 12/14. This may occurwhen the user is traveling to a destination.

The communication sent from the System 18 to the Transport and/or Device12/14 contains information that may be of interest to the user of thecurrent disclosure, nonetheless, information that is not requested. Thecurrent disclosure allows for the System 18 to have the insight through:

-   -   methods discussed in determining the characteristics of the        user,    -   access to both the Database 20 and the Remote System(s) 22, and    -   an understanding of the details of the travel of the user of the        current disclosure, allowing each to communicate intuitively.

In the second scenario above, the application residing on the Transportand/or Device 12/14 attempts to communicate with the System 18 when theuser of the current disclosure specifically enters a destination intothe application. For example, when the user is on a lengthy trip to adestination.

In the third scenario, the application residing on the Transport and/orthe Device 12/14 may communicate with the System 18 without theinteraction of the user's data. This information may be limited incomparison to obtaining the full user's data, nevertheless the Systemmay still communicate with the Transport and/or the Device 12/14.

In another example, the user of the application of the currentdisclosure enters configuration data into a form, henceforth referred tothe configuration module of the application. This configuration modulemay be part of the application of the current disclosure executing oneither the Transport 12 and/or the Device 14. The configuration moduleassists with configuring the System 18 with the defaults and preferencesof the user, allowing the System 18 to more intuitively correspond withthe user.

FIG. 4 depicts some of the possible User data that is stored in theDatabase 20. More, less, and/or different types and categories of datacan be determined as useful without deviating from the scope of thecurrent disclosure.

The System 18 builds data from the user by accessing data that the userhas made available through pre-authorization at the application'sinitiation. This deep recording of data allows the System 18 to offerintuitive interactions to the user when utilizing the Transport and/orthe Device 12/14.

The Database 20 stores data from many, possibly disparate sources. Theuser may utilize various scheduling programs. For example, schedulingapplications are available on mobile devices, which can store thescheduling information in remote databases. Also, many online servicesoffer calendar applications that are, in their nature, cloud services.

For the first item, the system determines when the user's nextappointment schedule is, from the current time. Many calendarapplications that are cloud-based allow a user to share the calendar andscheduling data with a 3rd party. Through this functionality or anotherenvironment wherein the data is uploaded to a Remote Server 22 andpublished APIs allow interactions to query the stored data, the user'sschedule is obtained. The system queries the schedule data as necessaryto determine the appointments of the user.

For the second item, the System 18 queries the Database 20 to determinethe amount of time until the user's next scheduled appointment. Theuser's schedule is sync'd with the System 18 and the Database 20. Theapplication calculates the amount of time between the current time, andthe next scheduled appointment.

For the third item, the user's hobbies are calculated. The user'shobbies are of interest as it allows the system to determine thepossible interest level in various scenarios. Understanding the user'shobbies will help the System 18 to determine if there may be interest ina store that may be related to the user's hobby and/or that is offeringa bargain near to where the user is located. For example, if the itemson sale match a user's hobby, there is a greater chance that the usermay be interested in going to that store.

The System 18 can obtain the hobbies of the user by an examination ofthe groups that the user is a part of, analyzing the emails looking forkeywords associated with a particular hobby, examining online purchaseof the user, or any other methods included in the this specification.

For the fourth item, the favored stores are listed. These are storesthat the user regularly visits or that the user has indicated asfavorites.

In one example, the user's favorite stores are determined by any storesthat the user has bookmarked on the Device 14. This data is sent to theSystem 18 and finally stored in the Database 20 in the same manner asdepicted in FIG. 2.

In another example, the favorite stores are determined by analyzing thegeographic history of the user's movements. If the user regularly visitsa business, then that store would be listed in the favored list. Thelocation history of the Device 14 can be stored by online applicationsthat regularly store the historical location of the device in RemoteSystems 22. This data contains a history of the user' geographiclocations.

FIG. 5 shows a message flow of the querying of the historical data, andthe corresponding storing of said data in to the Database 20 500. TheSystem 18 queries the Remote System(s) by sending a Query User'sLocation History message 510 through the Network 16 to the RemoteSystem(s) 22. This message contains the necessary items according to thepublished APIs of the Remote System(s) 22. The Remote System(s) 22return the historical geographic data of the user in the User's LocationHistory message 520, which is sent through the Network 16 to the System18. The System 18 stores this data in the Database 20 by sending a StoreUser's Location History message 530. The Store User's Location Historymessage 530 can be a SQL ADD message wherein the Database is a SQLDatabase, for example.

In another example, the historical web search queries performed by theuser can be utilized to determine businesses where the user has soughtinformation of the business, for example the store hours. Also, byexamining the phone records of the user's IP and/or mobile device phonerecords, the System determines the stores that have a high interest ofthe user.

For the fifth item, the interested sports are listed. These are sportswherein the user has a high interest. For example, the System 18 canscan the user's data (for example emails, phone records, groups, etc.)and record the names of sports found. A hierarchal list of instances ofsports names is made and the top X number of sports names are listed.This data is obtained by querying one or more of the Device(s) 14, theRemote System(s), and/or any other element in the System Diagram. TheSystem 18 collects this data in manners similar to depicted flowcharts:FIG. 2 and/or FIG. 5.

The list of sports will help the System 18 determine the interest levelof the user for specific scenarios pertaining to a sport. For example,the System 18 can scan the user's data (for example emails, phonerecords, groups, etc) and record the names of sports found. A hierarchallist of instances of sports names is made and the top X number of sportsnames are listed. This data is obtained by querying one or more of theDevice(s) 14, the Remote System(s), and/or any other element in theSystem Diagram. The System 18 collects this data in manners similar todepicted flowcharts: FIG. 2 and/or FIG. 5. For example, gauging theinterest that a user may have in a store, or a possibly nearby sportingevent that the user may not be aware of and would be highly interestedin if the System 18 brought it to the user's attention.

For the sixth item, the preferences of the driver are listed. Thispreference list may be determined by allowing the user to enter the dataat configuration of the application.

Knowing the driving preferences of the user allows the system to bringto the user's attention an alternate route to a destination that maymatch the user's driving preferences. The driving preferences areobtained when the user enters the preferences at the configurationprocedure of the application of the current disclosure. The user has theoption to enter the driving preferences by selecting from the choicesoffered in the GUI of the configuration part of the application.

For example, there may be an alternate route to a destination thatincludes historic sites, or lookout sites wherein the user may be highlyinterested. The Transport and/or the Device 12/14 then communicates tothe user of the alternate route available, along with the reason thatthe user may be interested in the alternate route. The user will then beable to respond by asking for more information and the Transport 12 canquery the System 18 for more information and make this available to theuser.

In the seventh item, the user is able to provide the driving preferencesallowing the Transport and/or the Device 12/14 to offer better routesthat are closer to the preferences of the user. This data may be enteredinto the system by the user at configuration of the application. Knowingthe driving preferences allows the Transport and/or the Device 12/14 tomatch the preferences of the user at a more intuitive level.

The Transport and/or the Device 12/14 are a Connected Transport therebyhaving access to the cloud (or the Network 16). This connection allowsthe user to obtain specific data about the user, giving the applicationexecuting in the transport intuitive insight.

For example, a user of the current disclosure may be traveling to agiven location. This destination is stored in the cloud and therefore isavailable to the transport.

FIG. 6 depicts a flowchart showing the destination input by the userbeing sent to the cloud 600. There are two scenarios wherein thedestination can be input into the application: on the Transport 12 610,or on the Device 14 620. In either case, the destination is sent to theCloud, or more specifically, to the System 18 630. This information issent first to the Network 16, and then routed to the system 18. Thesystem also stores the destination address in the database 20 if deemednecessary, in some examples. Transport 12 and Device 14 have been pairedutilizing audio information 24 provided by either the transport or thedevice.

As the user travels, the transport has details of the specificgeographic location of the transport by obtaining the GPS data from theSystem 18 or internal to the transport. The current location of theTransport 12 and/or the Device 14 is sent through the Network 16, andstored in the System 18 and/or the Database 20 in a manner similar tothe destination as depicted above.

FIG. 7 shows an implementation 700 of the current disclosure in oneexample. In this scenario, the user's scheduling information is uploadedto the cloud, available for the devices that the user may utilize. Inthis example, the user's scheduling information is uploaded to theDatabase 20.

Having the data in the cloud, devices that have the properauthentication are able to have access to the data, making intuitiveinteractions. In this scenario, the Transport obtains access to theuser's scheduling information 210. The User's Device 14 synchronizes thescheduling information on the device with the cloud. In this scenario,both the System 18 and the Database 20 represent the cloud. A ScheduleUpdate message 220 is represented to reflect the synchronization of theuser's scheduling information. This message is propagated through theNetwork 16 and through the System 18, and finally written into theDatabase 20. This synchronization of the User's Data is made when thechange is made to the scheduling information regardless of where theuser is geographically located. The device must retain Internet accessfor the synchronization to occur. In cases where there is no Internetaccess, the synchronization will occur when the user obtains Internetaccess by utilizing the protocol that the user is utilizing for cloudstorage. Transport 12 and Device 14 have been paired utilizing audioinformation 24 provided by either the transport or the device.

The transport queries the user's schedule by sending a Query Schedulemessage 230 that is propagated through the Network 16 and through theSystem 18, and finally the Database 20 is queried.

The response to the query is sent in response 240, giving the Transport12 the up-to-date knowledge of the user's schedule. This schedulinginformation can be obtained for particular timeframe, for example theday, the week, the month, etc.

Furthermore in this scenario, the user is in the transport that is anelement in the system of the current disclosure. The transport, knowingthe destination of the trip, is also aware of specific information frombusinesses local to where the transport is currently located.

The ability to obtain data of stores that are offering bargains existsin applications widely available. For example, applications areavailable that show bargains with respect to where the user isgeographically. These applications allow the user to search by location,by keyword and by category (including Clothing & Apparel, Furniture,Health & Beauty, Sports & Fitness, Toys and more). These results aredisplayed in a map that is made available on the user's device. Theapplication also shows how far the user is from the business offeringthe bargain(s).

The System 18, knowing the current location of the user in the Transport12, can attempt to locate business that are currently offering salesthat may be of interest to the user.

The System 18 can query the stores that may be of interest to the userby using both the hobbies of the user as well as stores of the user thathave been previously stored in the Database 20. The published sales ofthe stores are regularly published to the Internet. By matching thesales of the stores with what the hobbies of the user is, as well asstores where the user usually shops, the System brings this informationto the Transport and/or the Device 12 allowing the information to bepresented to the user (for example, via text, verbally, or through aspeech or multi-media announcement). The user would then be able toconfirm the change in the destination to the store, or reject the changeand continue to the original destination.

The System 18 regularly informs the Transport and/or the Device 12/14 ofinformation that may be of interest, knowing the current geographicallocation of the Transport and/or the Device 12/14. This is functionallycommunicated by the System sending an Information message to theTransport. This Information message contains any necessary informationto make the Transport aware of messages that would be of high interestto the user.

This interaction with the data of businesses is obtained from RemoteSystems 22 communicated with through the Network 16. These RemoteSystems 22 are systems in place that offer APIs available to developersallowing querying of data regarding sales and discount purchaseopportunities.

FIG. 8 depicts a message flow wherein the Transport 12 receives amessage from the System 18 detailing stores near where the Transport 12is currently located that are currently offering bargains. The messagealso contains the amount of free time of the user according to theuser's schedule 800.

The flow begins with the Transport 12 sending the current geographiclocation in a Current Location message 810. This message is sent to theNetwork 16 and routed to the System 18.

Upon reception of this message, the System 18 queries the Database 20 toobtain a list of stores that may be of interest to the user. A QueryStores of Interest message 820 is sent to the Database 20. This messagemay be a structured query message, according to the particularimplementation of the database.

The Database 20 responds with a Response Stores of Interest message 830.This message may be an automatic response to the query message accordingto the particular implementation of the database. This message may alsobe one of many responses according to the particular implementation ofthe database. This message contains a list of interesting storesaccording to one or more of the following elements of the user:

-   -   Hobbies    -   Sports    -   Groups    -   Interests

Having a list of stores of interest to the user, the System 18 utilizesthe current geographic location of the Transport 12 to determine a listof stores of interest in the geographic location of the Transport 12840. The amount of distance between the Transport 12 and the locatedstore is configurable through the configuration functionality of theapplication. For example, the choices of distance are 1 mile, 5 miles,and 10 miles.

In another example, the distance between the Transport 12 and the storeis calculated by time, taking into consideration the current trafficpattern. Current map applications allow the calculation of the time tolocations taking into consideration the current traffic pattern.

The System 18 queries the Database 20 to determine the amount of freetime according to the user's current schedule by sending a QuerySchedule message 850 to the Database 20. This message may be astructured query message, according to the particular implementation ofthe database.

The Database 20 responds with a Response Schedule message 1360 sent backto the System 18. This message may be a structured query message,according to the particular implementation of the database.

The System then calculates the amount of free time the user hasaccording to the schedule 870. The system sends a Query Stores ForBargains message 892 to the Remote System(s) 22. This message is sent tothe Network 16 and routed to the Remote System(s) 22.

In one example, the message calls published 3rd party APIs whereincurrent bargains are returned for given stores.

In another example, the websites of the interested stores are queried.

The current bargains are returned to the System in a Bargains message870. This message contains details of current sales ongoing at the storeand may contain sales in particular departments of the store. The Systemparses through the sales and/or the sales in the particular departmentsto determine the interest in the stores bargains.

In another example, the amount of interest of the bargain is input bythe user of the application at configuration time wherein the user isable to input the amount of bargain. For example, the configurationcontains the following:

% of Sale for Interest-_(——————)%

The user is able to input a number in this configuration element thatwill help the System determine the interest in the store's currentsales. If the current bargain is equal to or greater than theconfiguration element, then the store's bargain is made aware to theTransport 12.

Therefore, with this information pertaining to the user (stores ofinterest) as well as current bargains nearby, the System 18 brings tothe user's attention the opportunity for the user to take advantage of acurrent, nearby bargain by sending a Nearby Bargain message 880 to theTransport 12. The message also includes the amount of free timeaccording to the user's schedule helping the user to determine if thereis enough time to travel to the business offering the bargain. Thetransport makes this aware to the user by announcing the following tothe user:

There is a 40% off sale for hunting apparel at the Cabela's businesslocated 3 miles from your current location. Your next appointment is 4hours from now.

The system allows for interaction between the transport and the user.Therefore, the user can respond by texting or verbally responding thefollowing:

1. Go there

2. Take me there

3. Any other sales nearby?

4. No

5. Give me more information

6. Purchase now

7. Pick up after purchase

8. Pick up later

9. Deliver home

The responses above serve to exemplify possible responses offered by theuser. One versed in programming can easily implement other similarresponses without deviating from the scope of the current disclosure.

If the #1 or #2 responses are given, the Transport 12 alters thedestination to the business offering the bargain by updating thedestination to the System 18 by sending an Update Destination message tothe System 18, or updating the internal GPS device internal to theTransport 12, or updating the Device 14.

If the #4 response is given, the application cancels the procedure andthe current destination remains.

If the #3 or #5 responses are given, the system queries the RemoteSystem(s) 22 by sending a More Information message to the Systemattempting to locate additional information that was not provided in thefirst interaction and relays it to the user in a Response MoreInformation message. This may include store hours, store location,description of ongoing and/or upcoming sales, etc. This information canbe obtained from the Remote System(s) 22 utilizing APIs specificallydesigned for interactions with shoppers. The Transport 12 communicateswith The Remote System(s) through the Network 16. The Remote System(s)may have a connected and/or remote database utilized to storeinformation about users.

If the #6 response is given, the user is given the ability to purchasean item online if available. In this scenario, the System 18 delivers aparticular item on sale at a nearby store. The Bargains message 890returns a specific item on sale from a store of interest (one of thestores in the list returned in the Response Stores of Interest message830). This item is delivered in the Nearby Bargain message 880, anddelivered to the Transport 12. For example, the following is deliveredto the user in the Transport 12:

The Timber Ridge Split Decision Pack Combo is on sale at Cabela's storefor $29.88 located 3 miles from your current location. Your nextappointment is 4 hours from now.

FIG. 9 is a message flow of the user initiating a purchase of an item900 that has been delivered to the Transport 12 from the System 18. Whenthe user responds via text input or speech of Purchase, the Transport 12sends a Purchase message 910 to the System 18. This message is routedthrough the Network 16 to the System 18. Upon reception of the Purchasemessage 910, the System 18 queries the Database 20 for the method ofpayment by sending a Query Purchase Information message 920 to theDatabase 20. This message may be a structured query message, accordingto the particular implementation of the database.

In one example of the current disclosure, the method of payment isentered by the user at the configuration element of the application ofthe current disclosure. The method of payment can be a credit/debitcard, a form of Internet payment, bank account information, or any otherregularly utilized payment form regularly utilized for Internetpurchases. This configuration of payment is stored in the System 18 bysending a message through the Network 16 to the System 18. The System 18then stores the payment configuration in the Database 20. This messagemay be a structured query message, according to the particularimplementation of the database.

The payment configuration is sent to the System 18 in the Responsemessage 930. This message may be the response to a structured querymessage, according to the particular implementation of the database.

The System 18 sends a Purchase message 940 to a Remote System 22. Thismessage may, in one example, interwork with published APIs availablethroughout the market. For example, current retailers are makingavailable APIs that allow interworking with their Point Of Saledatabase(s) allowing functional interworking with the systems throughadjacent applications.

For example, one large retailer has published a product entitledCommerce API, a platform that allows partners to conduct commerce withintheir e-commerce or web-based applications. ??Commerce API, combinedwith other APIs, provides developers and partners a rich set ofcapabilities including:

-   -   Access to over 1 million current and historical consumer        technology products available through the organization.    -   Ability to check pricing, product availability by store,        specifications, descriptions, images, and ratings & reviews    -   Purchasing through a partner's e-commerce site or web-based        application    -   Product fulfillment through home delivery or in-store pick up.

Additionally, Commerce API gives you access to:??Flexible FulfillmentOptions including In-store pickup, friends and family pickup, andfinally ship to home.

Utilizing these APIs, the Purchase message 940 allows for the purchasingof the product, wherein the Remote System 22 responds with a Responsemessage 950 sent back to the System 18. This response message containsthe purchase response.

Finally, a Response message 960 is sent to the Transport 12 for avalidation of the purchase, or details of the point of failure if thepurchase was unable to be completed.

In another example of the current disclosure, the transport's window isused as a computer monitor to interact with the examples describedabove.

In this example, the non-driving user is able to interact withfunctionalities with the application, responding to the input from theSystem 18. The window displays the results from the System 18, and theuser is able to respond to the data and make decisions that drive thedirection of the logic in the application. The user may interfacethrough the device 26/28 and connect through the network 22 to thesystem 24. The system can be redundant, or may be more than an entitywithout deviating from the scope of the present disclosure. The device26, 28 and the system 24 will connect through the network 22 to one or aplurality of offsite systems 12, 14, 16, 18, 20 through the network 22.

FIG. 10 illustrates an example flowchart of a computer implementedmethod 1000, comprising; associating 1010 at least one wireless deviceand at least one user, requesting 1012 audio information from at leastone remote source by said at least one wireless device, receiving 1014said audio information from said remote source, broadcasting 1016 anaudio identifier to said at least one wireless device, using said audioinformation, authenticating 1018 said association between said at leastone wireless device and at least one transport, based on said audioinformation, determining 1020 at least one characteristic of said atleast one user based on at least one of at least one user search historyand at least one user preference selection and determining 1022 at leastone probable route of said at least one transport based on said at leastone characteristic and at least one of at least one route history and atleast one input destination.

In another example, method may further comprise enabling the at leastone wireless device and the at least one transport to communicatethrough audio signals using audible frequencies, ranking at least onesuggestion of at least one route deviation based at least on the atleast one characteristic of the at least one user and determined atleast one probable route and analyzing the at least one user searchhistory to determine at least one of at least one user hobby, at leastone user sport, at least one user group and at least one user interest.

The method may also comprise rating at least one suggestion of at leastone route deviation based at least on the at least one characteristic ofthe at least one user and determined at least one probable route,determining at least one user location and encoding the audioinformation using a frequency shift keying method. The audio informationmay comprise encoding the audio information into the audio identifier,where the audio information comprises the audio identifier and the atleast one wireless device comprises a handheld device.

FIG. 11 illustrates an example of an apparatus 1100, comprising; aprocessor 1110 configured to associate 1112 at least one wireless deviceand at least one user, request 1114 audio information from at least oneremote source by said at least one wireless device, receive 1116 saidaudio information from said remote source by said at least one wirelessdevice, broadcast 1118 an audio identifier to said at least one wirelessdevice, that uses said audio information, authenticate 1120 saidassociation between said at least one wireless device and at least onetransport, based on said audio information, determine 1122 at least onecharacteristic of said at least one user based on at least one of atleast one user search history and at least one user preference selectionand determine 1124 at least one probable route of said at least onetransport based on said at least one characteristic and at least one ofat least one route history and at least one input destination.

In another example, the processor may also be configured to rank atleast one suggestion of at least one route deviation based at least onthe at least one characteristic of the at least one user and determinedat least one probable route, rate at least one suggestion of at leastone route deviation based at least on the at least one characteristic ofthe at least one user and determined at least one probable route, enablethe at least one wireless device and the at least one transport tocommunicate through audio signals using audible frequencies and encodethe audio information into the audio identifier. The audio informationmay also comprise the audio identifier.

FIG. 12 illustrates an example 1200 of a non-transitory computerreadable storage medium 1210 configured to store instructions that whenexecuted causes a processor 1212 to perform; associating 1214 at leastone wireless device and at least one user, requesting 1216 audioinformation from at least one remote source by said at least onewireless device, receiving 1218 said audio information from said remotesource, broadcasting 1220 an audio identifier to said at least onewireless device, using said audio information, authenticating 1222 saidassociation between said at least one wireless device and at least onetransport, based on said audio information, determining 1224 at leastone characteristic of said at least one user based on at least one of atleast one user search history and at least one user preference selectionand determining 1226 at least one probable route of said at least onetransport based on said at least one characteristic and at least one ofat least one route history and at least one input destination.

In another example, the processor may also perform ranking at least onesuggestion of at least one route deviation based at least on the atleast one characteristic of the at least one user and determined atleast one probable route, enabling the at least one wireless device andthe at least one transport to communicate through audio signals usingaudible frequencies and encoding the audio information into the audioidentifier.

The operations of a method or algorithm described in connection with theexamples disclosed herein may be embodied directly in hardware, in acomputer program executed by a processor, or in a combination of thetwo. A computer program may be embodied on a computer readable medium,such as a storage medium. For example, a computer program may reside inrandom access memory (“RAM”), flash memory, read-only memory (“ROM”),erasable programmable read-only memory (“EPROM”), electrically erasableprogrammable read-only memory (“EEPROM”), registers, hard disk, aremovable disk, a compact disk read-only memory (“CD-ROM”), or any otherform of storage medium known in the art.

An exemplary storage medium may be coupled to the processor such thatthe processor may read information from, and write information to, thestorage medium. In the alternative, the storage medium may be integralto the processor. The processor and the storage medium may reside in anapplication specific integrated circuit (“ASIC”). In the alternative,the processor and the storage medium may reside as discrete components.For example a network element, which may represent any of theabove-described network components, etc.

Although an exemplary example of the system, method, and computerreadable medium of the present disclosure has been illustrated in theaccompanied drawings and described in the foregoing detaileddescription, it will be understood that the application is not limitedto the examples disclosed, but is capable of numerous rearrangements,modifications, and substitutions without departing from the spirit orscope of the disclosure as set forth and defined by the followingclaims. For example, the capabilities of the systems can be performed byone or more of the modules or components described herein or in adistributed architecture. For example, the functionality performed bythe individual modules, may be performed by one or more of thesemodules. Further, the functionality described herein may be performed atvarious times and in relation to various events, internal or external tothe modules or components. Also, the information sent between variousmodules can be sent between the modules via at least one of: a datanetwork, the Internet, a voice network, an Internet Protocol network, awireless device, a wired device and/or via plurality of protocols. Also,the messages sent or received by any of the modules may be sent orreceived directly and/or via one or more of the other modules.

While preferred examples of the present disclosure have been described,it is to be understood that the examples described are illustrative onlyand the scope of the disclosure is to be defined solely by the appendedclaims when considered with a full range of equivalents andmodifications (e.g., protocols, hardware devices, software platformsetc.) thereto.

What is claimed is:
 1. A method, comprising: determining, by at leastone wireless device, at least one characteristic of at least one userbased on at least one of at least one user search history and at leastone user preference selection; and determining, by the at least onewireless device, at least one probable route of at least one transportbased on said at least one characteristic and at least one of at leastone route history based on geographic data supplied by a globalpositioning system device and at least one input destination.
 2. Themethod of claim 1, further comprising enabling said at least onewireless device and said at least one transport to communicate throughaudio signals using audible frequencies.
 3. The method of claim 1,comprising: broadcasting an audio identifier to at least one wirelessdevice; and receiving, by the least one wireless device, audioinformation from at least one remote source, wherein said audioinformation comprises encoding said audio information into said audioidentifier.
 4. The method of claim 3, wherein said audio informationcomprises said audio identifier.
 5. The method of claim 1, wherein saidat least one wireless device comprises a handheld device.
 6. The methodof claim 3, wherein said audio information comprises encoding said audioinformation using a frequency shift keying method.
 7. The method ofclaim 1, further comprising ranking at least one suggestion of at leastone route deviation based at least on said at least one characteristicand determined at least one probable route.
 8. The method of claim 1,further comprising analyzing said at least one user search history todetermine at least one of at least one user hobby, at least one usersport, at least one user group and at least one user interest.
 9. Themethod of claim 1, further comprising rating at least one suggestion ofat least one route deviation based at least on said at least onecharacteristic and determined at least one probable route.
 10. Themethod of claim 1, further comprising determining at least one userlocation.
 11. An apparatus, comprising: a processor configured to:determine at least one characteristic of at least one user based on atleast one of at least one user search history and at least one userpreference selection; and determine at least one probable route of atleast one transport based on said at least one characteristic and atleast one of at least one route history and at least one inputdestination.
 12. The apparatus of claim 11, wherein said processorfurther ranks at least one suggestion of at least one route deviationbased at least on said at least one characteristic and determined atleast one probable route.
 13. The apparatus of claim 11, wherein saidprocessor further rates at least one suggestion of at least one routedeviation based at least on said at least one characteristic anddetermined at least one probable route.
 14. The apparatus of claim 11,wherein said processor further enables at least one wireless device andsaid at least one transport to communicate through audio signals thatutilizes audible frequencies.
 15. The apparatus of claim 11, wherein atleast one wireless device receives audio information from at least oneremote source, wherein said processor further encodes said audioinformation into an audio identifier to the at least one wirelessdevice.
 16. The apparatus of claim 15, wherein said audio informationcomprises said audio identifier.
 17. A non-transitory computer readablestorage medium configured to store instructions that when executedcauses a processor to perform: determining, by a processor, at least onecharacteristic of at least one user based on at least one of at leastone user search history and at least one user preference selection; anddetermining, by the processor, at least one probable route of at leastone transport based on said at least one characteristic and at least oneof at least one route history and at least one input destination. 18.The non-transitory computer readable storage medium of claim 17, whereinsaid processor is further configured to perform ranking at least onesuggestion of at least one route deviation based at least on said atleast one characteristic and determined at least one probable route. 19.The non-transitory computer readable storage medium of claim 17, whereinsaid processor is further configured to perform enabling at least onewireless device and said at least one transport to communicate throughaudio signals using audible frequencies.
 20. The non-transitory computerreadable storage medium of claim 17, wherein at least one wirelessdevice receives audio information from at least one remote source.